Telegram Group & Telegram Channel
Обновления без боли за счет версионирования конфигов

У рельсы есть одна крутая фишка, которую, как мне кажется, было бы полезно адаптировать и другим фреймворкам (если еще нет). Она связана с тем, как работает конфигурация самого фреймворка при обновлениях на новые версии.

Представьте себе ситуацию, выходит новая версия вашего любимого фреймворка, вы обновляетесь и часть кода перестает работать нормально, потому что появились новые дефолты. Перед вами стоит выбор, либо пойти все поправить под новую версию, что не всегда возможно сделать за короткий срок, либо искать что за конфигурация поменялась и фиксировать ее в нужном для вас варианте.

В рейлс такая ситуация разруливается автоматически. По дефолту все будет работать ровно как вы ожидаете и ни один элемент конфигурации не изменится. Достигается это за счет того, что каждый конфигурационный набор версионируется вместе с самим фреймворком и при инициализации проекта, эта версия фиксируется:


module Hexlet
class Application < Rails::Application
config.load_defaults "8.0"

config.require_master_key = false
config.active_record.schema_format = :sql
config.active_record.query_log_tags_enabled = true
config.active_model.i18n_customize_full_message = true
end
end


Обратите внимание на строчку config.load_defaults “8.0”. Это значит, что вообще все параметры, будут такими, как они были в версии 8. Если обновится версия фреймворка, скажем до 9, то с самой конфигурацией ничего не случится, так как она зафиксирована. Дальше я смогу либо сразу переключиться на новое поведение поменяв общую версию конфига, либо делать это постепенно указывая нужные параметры сразу за этой строчкой, тогда они будут переписывать дефолты.

Ссылки: Телеграм | Youtube | VK



tg-me.com/orgprog/327
Create:
Last Update:

Обновления без боли за счет версионирования конфигов

У рельсы есть одна крутая фишка, которую, как мне кажется, было бы полезно адаптировать и другим фреймворкам (если еще нет). Она связана с тем, как работает конфигурация самого фреймворка при обновлениях на новые версии.

Представьте себе ситуацию, выходит новая версия вашего любимого фреймворка, вы обновляетесь и часть кода перестает работать нормально, потому что появились новые дефолты. Перед вами стоит выбор, либо пойти все поправить под новую версию, что не всегда возможно сделать за короткий срок, либо искать что за конфигурация поменялась и фиксировать ее в нужном для вас варианте.

В рейлс такая ситуация разруливается автоматически. По дефолту все будет работать ровно как вы ожидаете и ни один элемент конфигурации не изменится. Достигается это за счет того, что каждый конфигурационный набор версионируется вместе с самим фреймворком и при инициализации проекта, эта версия фиксируется:


module Hexlet
class Application < Rails::Application
config.load_defaults "8.0"

config.require_master_key = false
config.active_record.schema_format = :sql
config.active_record.query_log_tags_enabled = true
config.active_model.i18n_customize_full_message = true
end
end


Обратите внимание на строчку config.load_defaults “8.0”. Это значит, что вообще все параметры, будут такими, как они были в версии 8. Если обновится версия фреймворка, скажем до 9, то с самой конфигурацией ничего не случится, так как она зафиксирована. Дальше я смогу либо сразу переключиться на новое поведение поменяв общую версию конфига, либо делать это постепенно указывая нужные параметры сразу за этой строчкой, тогда они будут переписывать дефолты.

Ссылки: Телеграм | Youtube | VK

BY Организованное программирование | Кирилл Мокевнин




Share with your friend now:
tg-me.com/orgprog/327

View MORE
Open in Telegram


Организованное программирование | Кирилл Мокевнин Telegram | DID YOU KNOW?

Date: |

That strategy is the acquisition of a value-priced company by a growth company. Using the growth company's higher-priced stock for the acquisition can produce outsized revenue and earnings growth. Even better is the use of cash, particularly in a growth period when financial aggressiveness is accepted and even positively viewed.he key public rationale behind this strategy is synergy - the 1+1=3 view. In many cases, synergy does occur and is valuable. However, in other cases, particularly as the strategy gains popularity, it doesn't. Joining two different organizations, workforces and cultures is a challenge. Simply putting two separate organizations together necessarily creates disruptions and conflicts that can undermine both operations.

If riding a bucking bronco is your idea of fun, you’re going to love what the stock market has in store. Consider this past week’s ride a preview.The week’s action didn’t look like much, if you didn’t know better. The Dow Jones Industrial Average rose 213.12 points or 0.6%, while the S&P 500 advanced 0.5%, and the Nasdaq Composite ended little changed.

Организованное программирование | Кирилл Мокевнин from es


Telegram Организованное программирование | Кирилл Мокевнин
FROM USA